Multiple application coordination of the data update rate for a shared resource

ABSTRACT

A method, system and computer program product for coordinating the data update rate for a shared resource amongst multiple, different and independently executing computing applications. A method coordinates the data update rate for a shared monitored resource amongst multiple, different and independently executing monitoring applications. The method can include detecting a toggling active of a fast mode user interface control disposed in a window of a corresponding monitoring application. The method also can include the activation in response to the detection, of a fast mode of data acquisition for the shared monitored resource. Finally, in response to the detection, other monitoring applications can be messaged to deactivate a fast mode of data acquisition for the shared monitored resource.

FIELD

Disclosed embodiments relate to controlling the data update rate for ashared resource and more particularly to coordinating the control of thedata update rate for a shared resource amongst multiple, different andindependently executing computing applications.

BACKGROUND

Resource monitoring has formed part and parcel of the modern computerdriven control system. The modern computer driven control systemincludes a multiplicity of different sensors and sub-systemsindependently operating in concert to achieve an end result such as theproduction of a product. Data generated by the sensors in response tosensed conditions can be passed to the sub-systems for use in commandand control decision-making, whether automated or manual. Thesub-systems, in turn can produce additional data not only in respect toenvironmental conditions sensed by the sensors, but also in respect tothe performance of the sub-systems. Of course, different sub-systems canshare sensed data amongst each other in parallel or sequence dependingupon the architecture of the control system.

Integral to managing a control system of multiple different sub-systemsis the timely receipt of monitored data from different resources in eachof the sub-systems. The more quickly monitored data can be received by amonitoring application, the more quickly the monitored data—whether rawor in reduced form—can be presented to an operator for command andcontrol decision making. Accordingly, oftentimes, a “fast mode” can beprovided through a monitoring application in response to the activationof which monitored data in the monitoring application can be updated ata faster rate. Yet, at times when a faster data-update rate is notrequired, the “fast mode” can be de-activated. So popular has the “fastmode” become in the modern control system architecture, some sub-systemkeyboards now include a hardware switch onboard to toggle the activationand de-activation of a “fast mode” for a monitored resource.

In an architecture where a single application monitors a set ofmonitored resources amongst the different sub-systems, the rate at whichthe monitored data depends solely on the speed at which the applicationcan receive and process the monitored data. However, where multipledifferent and independently operating applications monitor the samemonitored resource shared amongst the multiple different independentlyoperating applications, the data rate of delivery of monitored data todifferent ones of the monitoring applications can depend on theprocessing ability of the shared resource to deliver the monitored datato the different monitoring applications. To the extent that too manymonitoring applications request a high rate of data delivery ofmonitored data at once, the shared resource can become overtaxedrequiring a reduction in data rate for the delivery of monitored dataover all. Yet, serving monitored data at too slow a data rate caninhibit the timely delivery of the monitored data to a monitoringapplication thus defeating the ability of an operator to effectivelyrespond to the late arriving monitored data.

SUMMARY

Embodiments of the invention address deficiencies of the art in respectto managing the data update rate of a shared monitored resource andprovide a method, system and computer program product for coordinatingthe data update rate for a shared resource amongst multiple, differentand independently executing computing applications. In an embodiment ofthe invention, a method is provided for the coordination of the dataupdate rate for a shared monitored resource amongst multiple, differentand independently executing monitoring applications. The method caninclude detecting a toggling active of a fast mode user interfacecontrol disposed in a window of a corresponding monitoring application.The method also can include the activation in response to the detection,of a fast mode of data acquisition for the shared monitored resource.Finally, in response to the detection, other monitoring applications canbe messaged to deactivate a fast mode of data acquisition for the sharedmonitored resource.

In another embodiment of the invention, a data processing system can beprovided to include a computer with at least one processor and memoryand an operating system executing in the memory of the computer. Thesystem also can include multiple different monitoring applicationshosted by the operating system. Each of the monitoring applications canprovide a different window in a display of the computer and each of themonitoring applications can receive data from a shared monitoredresource communicatively linked to the computer. Multiple differentinstances of fast mode coordination logic can be included with thesystem. Each instance can be coupled to a corresponding one of themonitoring applications.

The logic can include program code enabled to detect a toggling activeof a fast mode user interface control disposed in a window of acorresponding monitoring application, and to activate, in response tothe detection, a fast mode of data acquisition for the shared monitoredresource. The program code further can be enabled in response to thedetection, to message others of the monitoring applications that monitorthe shared monitored resource to deactivate a fast mode of dataacquisition for the shared monitored resource. Optionally, the systemalso can include a keyboard for a monitoring computer terminal of theshared monitored resource, and a visual indicator on the keyboardilluminable in response to receiving a directive from the fast modecoordination logic to illuminate.

Additional aspects of this disclosure will be set forth in part in thedescription which follows, and in part will be obvious from thedescription, or may be learned by practice of the subject matterdisclosed herein. The aspects of this disclosure will be realized andattained by means of the elements and combinations particularly pointedout in the appended claims. It is to be understood that both theforegoing general description and the following detailed description areexemplary and explanatory only and are not restrictive of thisdisclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute partof this specification, illustrate embodiments of the invention andtogether with the description, serve to explain the principles disclosedherein. The embodiments illustrated herein are exemplary, it beingunderstood, however, that this disclosure is not limited to the precisearrangements and instrumentalities shown, wherein:

FIG. 1 is a pictorial illustration of a process for coordinating thedata update rate for a shared resource amongst multiple, different andindependently executing computing applications, according to anembodiment of the invention.

FIG. 2 is a schematic illustration of a data processing systemconfigured for coordinating the data update rate for a shared resourceamongst multiple, different and independently executing computingapplications, according to an embodiment of the invention.

FIG. 3 is a flow chart illustrating a process for coordinating the dataupdate rate for a shared resource amongst multiple, different andindependently executing computing applications, according to anotherembodiment of the invention.

DETAILED DESCRIPTION OF THE INVENTION

Disclosed embodiments provide for a method, data processing system andcomputer program product for coordinating the data update rate for ashared resource amongst multiple, different and independently executingcomputing applications. In accordance with an embodiment of theinvention, a selection of a user interface component of an active windowof a monitoring application executing in memory of a computer can bedetected and identified as a toggling of a fast mode for updating datafrom a shared monitored resource. In response to detecting the togglingof the user interface component to direct activation of the fast modefor the shared monitored resource, a fast mode can be activated for theshared monitored resource with respect to the active window of themonitoring application. Further, other monitoring applicationsmonitoring the shared monitored resource can be messaged each todeactivate a corresponding fast mode for updating data from the sharedmonitored resource. Optionally, a visual indicator on a keyboard coupledto the computer can be illuminated to indicate the activation of thefast mode. In this way, the use of the fast mode can be coordinated tobenefit the active window of the monitoring application withoutoverburdening the shared monitored resource.

In illustration, FIG. 1 pictorially shows a process for coordinating thedata update rate for a shared resource amongst multiple, different andindependently executing computing applications. As shown in FIG. 1, amonitoring computer terminal 150 can be coupled to a shared monitoredresource 160 such as a sub-system of a control system. The monitoringcomputer terminal 150 can be a computer with at least one processor andmemory. The monitoring computer terminal 150 also can include a keyboardfor keyboard input. Of note, the monitoring computer terminal 150 candirect the activation of a fast mode for high-speed data acquisitionfrom the shared monitored resource 160. To that end, an indicator suchas a visual lighted element 170 on the keyboard can be illuminated whenthe fast mode has been activated for the shared monitored resource 160.

Multiple different monitoring applications 110A, 110B, 110N can executein the memory of the monitoring computer terminal 150 by at least oneprocessor of the monitoring computer terminal 150. Each of the multipledifferent monitoring applications 110A, 110B, 110N can executeindependently of one another and can include a corresponding windowdisplayed in the monitoring computer terminal 150. In this regard, as itwill be understood, one of the windows of a corresponding one of themultiple different monitoring applications 110A can be active whilstothers of the windows of corresponding ones of the multiple differentmonitoring applications 110B, 110N can be inactive. In all instances,however, each of the multiple different monitoring applications 110A,110B, 110N can collect and display data in a data display area 120A,120B, 120N acquired from the shared monitored resource 160, whether inraw or reduced form.

Coordination logic 140A, 140B, 140N can be coupled to corresponding onesof the multiple different monitoring applications 110A, 110B, 110N. Thecoordination logic 140A, 140B, 140N can include program code enabled totrap events in respective ones of the windows of corresponding ones ofthe multiple different monitoring applications 110A, 110B, 110N. Theprogram code of the coordination logic 140A, 140B, 140N further todetermine whether or not a fast mode user interface control 130A, 130B,130N has been selected for toggling active by user interface selectiontool 180 such as a mouse pointer. The program code of the coordinationlogic 140A, 140B, 140N yet further can be enabled, in response todetecting the toggling of the fast mode user interface control 130A,130B, 130N on a corresponding one of the multiple different monitoringapplications 110A, 110B, 110N, to direct activation of the fast mode forthe shared monitored resource 160 with respect to the corresponding oneof the multiple different monitoring applications 110A, 110B, 110N.

Also, the program code of the coordination logic 140A, 140B, 140N can beenabled, in response to detecting the toggling of the fast mode userinterface control 130A, 130B, 130N on a corresponding one of themultiple different monitoring applications 110A, 110B, 110N, to transmita message 190 to other ones of the multiple different monitoringapplications 110A, 110B, 110N to deactivate a corresponding fast modefor updating data from the shared monitored resource 160. Optionally,the program code of the coordination logic 140A, 140B, 140N can beenabled, in response to detecting the toggling of the fast mode userinterface control 130A, 130B, 130N on a corresponding one of themultiple different monitoring applications 110A, 110B, 110N, toilluminate the visual lighted element 170 on the keyboard of themonitoring computer terminal 150. In this way, the toggling active ofany of the fast mode user interface controls 130A, 130B, 130N can becoordinated with the toggling inactive of the others of the fast modeuser interface controls 130A, 130B, 130N to avoid overburdening theshared monitored resource 160.

The process described in connection with FIG. 1 can be implementedwithin a data processing system managing a control system of sub-systemsincluding at least one shared monitored resource. In furtherillustration, FIG. 2 schematically shows a data processing systemconfigured for coordinating the data update rate for a shared resourceamongst multiple, different and independently executing computingapplications. The system can include a computer 210 with at least oneprocessor and memory communicatively linked to at least one sharedmonitored resource 220 (such as a remote computing resource) over datacommunications network 230. In this regard, the data communicationsnetwork 230 can include a direct link over a serial or parallelcommunications bus, a wireless connection, or a remote link through oneor more switches and/or routers utilizing interprocess communications,to name only a few examples.

The computer 210 also can include a display 270 and a keyboard 280 witha coupled visual indicator 290 that when illuminated, indicates a fastmode of data acquisition from the shared monitored resource 220 to amonitoring application 250A, 250B executing in memory by at least oneprocessor of the computer 210 through the operating system 240 alsoexecuting in memory by at least one processor of the computer 210.Notably, each monitoring application 250A, 250B can include a fast modeuser interface control toggle 260A, 260B respectively disposed in awindow (not shown) for a user interface of a corresponding monitoringapplication 250A, 250B. Further, fast mode coordination logic 300 can becoupled individually to each of the monitoring applications 250A, 250B.

The fast mode coordination logic 300 can subclass the respective windowsof corresponding ones of the monitoring applications 250A, 250B and caninclude program code enabled to trap events in the respective windows.The program code of the fast mode coordination logic 300 further can beenabled to determine whether or not a fast mode user interface controltoggle 260A, 260B has been selected for toggling active. The programcode of the fast mode coordination logic 300 yet further can be enabled,in response to detecting the toggling active of the fast mode userinterface control toggle 260A, 260B on a corresponding one of themonitoring applications 250A, 250B, to direct activation of the fastmode for the shared monitored resource 220 with respect to thecorresponding one of the monitoring applications 250A, 250B.

Also, the program code of the coordination logic 300 can be enabled, inresponse to detecting the toggling of the fast mode user interfacecontrol 260A, 260B on a corresponding one of the monitoring applications250A, 250B, to transmit a message to others of the monitoringapplications 250A, 250B to deactivate a corresponding fast mode forupdating data from the shared monitored resource 220. Optionally, theprogram code of the coordination logic 300 can be enabled, in responseto detecting the toggling of the fast mode user interface control 260A,260B on a corresponding one of the monitoring applications 250A, 250B,to illuminate the visual indicator 290 on the keyboard 280 of thecomputer 210. In this way, the toggling active of any of the fast modeuser interface controls 260A, 260B can be coordinated with the togglinginactive of the others of the fast mode user interface controls 260A,260B to avoid overburdening the shared monitored resource 220.

In even yet further illustration of the operation of the fast modecoordination logic 300, FIG. 3 is a flow chart illustrating a processfor coordinating the data update rate for a shared monitored resourceamongst multiple, different and independently executing computingapplications. Beginning in block 310, a user interface event for awindow of a corresponding monitoring application can be trapped andpre-processed prior to forwarding to the window. In particular, indecision block 320 it can be determined at the outset whether or not thetrapped event pertains to the toggling active or inactive of a userinterface control for the fast mode for a shared monitored resource. Ifnot, in block 330, the event can be passed on to the parent event loopfor the window. Otherwise, in block 340, it can be determined whetherthe event indicates an attempt to toggle a fast mode user interfacecontrol active or inactive.

If the latter, then in block 350 the keyboard for a monitoring computerterminal can be directed to de-illuminate a visual indicator light forthe fast mode. Additionally, in block 360 a normal mode of dataacquisition can be established with the shared resource with respect tothe corresponding monitoring application. However, if the former, inblock 370 a message can be sent to other windows for others of themonitoring applications to de-activate a corresponding fast mode of dataacquisition from the shared monitored resource. Also, in block 380 thekeyboard for a monitoring computer terminal can be directed toilluminate a visual indicator light for the fast mode. Additionally, inblock 390 a fast mode of data acquisition can be established with theshared resource with respect to the corresponding monitoringapplication. Finally, in block 400 the appearance of the user interfacecontrol for the fast mode for the shared monitored resource can betoggled in appearance to reflect a current state of the fast mode forthe corresponding monitoring application.

It is to be appreciated that while the foregoing detailed descriptionpertains to the coordination of the data update rate for a sharedresource, the same aspects described above can also be applied to thecoordination of a flow rate for fluid flow in a physical system. In analternative embodiment, one computing application can direct theincreased flow of a fluid in a fluid conduit (e.g., by directing anenhanced apportionment of pump output from a pump) to the exclusion ofother computing applications controlling fluid flow using the same pump.

As will be appreciated by one skilled in the art, aspects disclosedherein may be embodied as a system, method or computer program product.Accordingly, aspects of this disclosure may take the form of an entirelyhardware embodiment, an entirely software embodiment (includingfirmware, resident software, micro-code, etc.) or an embodimentcombining software and hardware aspects that may all generally bereferred to herein as a “circuit,” “module” or “system.” Furthermore,aspects of this disclosure may take the form of a computer programproduct embodied in one or more computer readable storage medium(s)having computer readable program code embodied thereon.

Aspects of this disclosure have been described above with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems) and computer program products according to embodiments of theinvention. In this regard, the flowchart and block diagrams in thefigures illustrate the architecture, functionality, and operation ofpossible implementations of systems, methods and computer programproducts according to various embodiments of the invention. Forinstance, each block in the flowchart or block diagrams may represent amodule, segment, or portion of code, which comprises one or moreexecutable instructions for implementing the specified logicalfunction(s). It should also be noted that, in some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts, or combinations of special purpose hardware andcomputer instructions.

It also will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer program instructions. These computer program instructions maybe provided to a processor of a general purpose computer, specialpurpose computer, or other programmable data processing apparatus toproduce a machine, such that the instructions, which execute via theprocessor of the computer or other programmable data processingapparatus, create means for implementing the functions/acts specified inthe flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computerreadable storage medium that can direct a computer, other programmabledata processing apparatus, or other devices to function in a particularmanner, such that the instructions stored in the computer readablemedium produce an article of manufacture including instructions whichimplement the function/act specified in the flowchart and/or blockdiagram block or blocks. The computer program instructions may also beloaded onto a computer, other programmable data processing apparatus, orother devices to cause a series of operational steps to be performed onthe computer, other programmable apparatus or other devices to produce acomputer implemented process such that the instructions which execute onthe computer or other programmable apparatus provide processes forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks.

Finally, the terminology used herein is for the purpose of describingparticular embodiments only and is not intended to be limiting of theinvention. As used herein, the singular forms “a”, “an” and “the” areintended to include the plural forms as well, unless the context clearlyindicates otherwise. It will be further understood that the terms“comprises” and/or “comprising,” when used in this specification,specify the presence of stated features, integers, steps, operations,elements, and/or components, but do not preclude the presence oraddition of one or more other features, integers, steps, operations,elements, components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of allmeans or step plus function elements in the claims below are intended toinclude any structure, material, or act for performing the function incombination with other claimed elements as specifically claimed. Thedescription herein has been presented for purposes of illustration anddescription, but is not intended to be exhaustive or limited to the formdisclosed. Many modifications and variations will be apparent to thoseof ordinary skill in the art without departing from the scope and spiritof this disclosure. The embodiment was chosen and described in order tobest explain the principles of the invention and the practicalapplication, and to enable others of ordinary skill in the art tounderstand this disclosure for various embodiments with variousmodifications as are suited to the particular use contemplated.

Having thus described this disclosure in detail and by reference toembodiments thereof, it will be apparent that modifications andvariations are possible without departing from the scope of thisdisclosure defined in the appended claims as follows:

I claim:
 1. A method for coordinating the data update rate for a sharedmonitored sensed data resource amongst a plurality of different andindependently executing monitoring applications, the method comprising:providing a computer having at least one processor, saidprocessor_running the plurality of monitoring applications which providea toggling active input of a fast mode user interface control, thetoggling active input dynamically choosing a selected one of theplurality of monitoring applications to receive the shared monitoredsensed data resource; detecting the toggling active input the fast modeuser interface control disposed in a window in a display of the computercorresponding to the selected one of the plurality of monitoringapplications, and responsive to the detecting, activating a fast mode ofdata acquisition exclusively for the selected one of the plurality ofmonitoring applications to receive the shared monitored sensed dataresource and; automatic messaging others of the plurality of monitoringapplications monitoring the shared monitored sensed data resource,wherein responsive to receipt of the automatic messaging the others ofthe plurality of monitoring applications each deactivate a fast mode ofdata acquisition for the shared monitored sensed data resource.
 2. Themethod of claim 1, further comprising directing an illumination of avisual indicator on a keyboard for a monitoring computer terminal of theshared monitored sensed data resource in response to the detection. 3.The method of claim 1, wherein said detecting the toggling active inputof the fast mode user interface control, comprises: subclassing thewindow; trapping an event in the window, and determining the event toindicate a toggling active of the fast mode user interface controldisposed in the window.
 4. The method of claim 1, further comprisingtoggling an appearance of the fast mode user interface control to anactive appearance in response to the detection.
 5. The method of claim1, further comprising: receiving a message from a different one of theothers of the plurality of monitoring applications to deactivate a fastmode of data acquisition for the shared monitored sensed data resource,and responsive to the receipt of the message, deactivating the fast modeof data acquisition for the shared resource and toggling an appearanceof the fast mode user interface control to an inactive appearance.
 6. Adata processing system comprising: a computer with at least oneprocessor and memory; an operating system executing in the memory of thecomputer; a plurality of different monitoring applications hosted by theoperating system, each of the monitoring applications providing adifferent window in a display of the computer and each of the monitoringapplications receiving data from a shared monitored sensed data resourcecommunicatively linked to the computer, and a plurality of instances offast mode coordination logic, each instance being coupled to acorresponding one of the plurality of monitoring applications, the logiccomprising program code enabled to detect a toggling active input of afast mode user interface control disposed in a window corresponding to aselected one of the plurality of monitoring application, the togglingactive input dynamically choosing the selected one of the plurality ofmonitoring applications to receive the shared monitored sensed dataresource; and to activate in response to the detection, a fast mode ofdata acquisition exclusively for the selected one of the plurality ofmonitoring applications to receive the shared monitored sensed dataresource and to automatically message in response to the detectionwherein responsive to receipt of the automatic messaging the others ofthe plurality of monitoring applications monitoring the shared monitoredsensed data resource to each deactivate a fast mode of data acquisitionfor the shared monitored sensed data resource.
 7. The system of claim 6,further comprising: a keyboard for a monitoring computer terminal of theshared monitored sensed data resource, and a visual indicator on thekeyboard illuminable in response to receiving a directive from the fastmode coordination logic to illuminate.
 8. The system of claim 6, whereineach instance of the fast mode coordination logic subclasses acorresponding window for a monitoring application.
 9. A computer programproduct comprising: a non-transitory computer readable storage mediumembodying computer usable program code for coordinating the data updaterate for a shared monitored sensed data resource amongst a plurality ofdifferent and independently executing monitoring applications, thecomputer program product comprising: computer usable program code fordetecting a toggling active input of a fast mode user interface controldisposed in a window corresponding to a selected one of the plurality ofmonitoring application executing in memory by at least one process or acomputer, the toggling active input dynamically choosing the selectedone of the plurality of monitoring applications to receive the sharedmonitored sensed data resource, and computer usable program code foractivating responsive to the detection, a fast mode of data acquisitionexclusively for the selected one of the plurality of monitoringapplications to receive the shared monitored sensed data resource andfor automatically messaging others of the plurality of monitoringapplications monitoring the shared monitored sensed data resource toeach deactivate a fast mode of data acquisition for the shared monitoredsensed data resource.
 10. The computer program product of claim 9,further comprising computer usable program code for directing anillumination of a visual indicator on a keyboard for a monitoringcomputer terminal of the shared monitored sensed data resource inresponse to the detection.
 11. The computer program product of claim 9,wherein the computer usable program code for detecting the togglingactive input of a fast mode user interface control, comprises: computerusable program code for subclassing the window; computer usable programcode for trapping an event in the window, and computer usable programcode for determining the event to indicate a toggling active of the fastmode user interface control disposed in the window.
 12. The computerprogram product of claim 9, further comprising computer usable programcode for toggling an appearance of the fast mode user interface controlto an active appearance in response to the detection.
 13. The computerprogram product of claim 9, further comprising: computer usable programcode for receiving a message from a different one of the others of theplurality monitoring applications to deactivate a fast mode of dataacquisition for the shared monitored sensed data resource, and computerusable program code for deactivating, responsive to the receipt of themessage, the fast mode of data acquisition for the shared resource andtoggling an appearance of the fast mode user interface control to aninactive appearance.